READILY RECONF IGURABLE DATA RELAY DEVICE 
AND MULTIPLEX COMMUNICATION SYSTEM 



CROSS REFERENCE TO RELATED APPLICATION 
The present invention relates to and incorporates herein by- 
reference Japanese Patent Application No. 2000-205101 filed on July 
6, 2000. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a data relay device and a 
multiplex communication system. 

2. Related Art 

In recent years, sophistication of communication networks 
advances in various fields as computer technology advances. In 
the field of motor vehicles, the volume of information exchanged 
between electronic control units (ECUs) which control electrical 
components installed on a vehicle increases rapidly. Therefore 
a multiplex communication system is employed for communication 
among various ECUs in the vehicle so that the number of wire 
harnesses required for the communication is reduced. 

In the multiplex communication system, a network is formed 
by connecting nodes such as ECUs or the like to a common 
communication line. The nodes communicate each other by 
exchanging data frames through the common communication line. In 
the vehicle, a plurality of networks are formed for efficient data 



communication among the ECUs . The number of networks is determined 
according to the required communication speed, and all nodes are 
appropriately divided into the networks. Communication between 
two nodes belonging to different networks is performed via a data 
relay unit. 

The data relay unit includes a plurality of send/receive (SR) 
means corresponding to the respective networks . It receives a data 
frame via one of the SR means, and sends the data frame via other 
ones of the SR means (U.S. Patent No. 5,856,976). 

When the multiplex communication system is upgraded, the 
networks are reconfigured by adding or eliminating the nodes 
included in each network or modifying the function of the nodes. 
It is also required to modify data which is included in the data 
relay unit and used for relaying data frames if data types of data 
which should be relayed to the nodes are added or eliminated or 
node IDs of the nodes to which data is relayed are changed as the 
networks are reconfigured. Further it is required to modify the 
setting in nodes which is set to send data frames to the node whose 
ID is changed. 

In the field of motor vehicle, vehicle components are highly 
computerized and control technology therefor is sophisticated. 
Therefore it consumes much time to reconfigure the multiplex 
communication system in a vehicle. 

SUMMARY OF THE INVENTION 
The present invention overcomes the above drawbacks, and has 
an object to provide a data relay unit and a multiplex communication 



system which can be readily reconfigured. 

The multiplex communication system according to the present 
invention includes a data relay unit. The data relay unit includes 
a plurality of send/receive (SR) means for sending and receiving 
5 data frames and a header processing means. Multiplex 

communication lines are connected to the respective SR means, and 
nodes which communicate data frames to each other are connected 
to the communication lines. The data relay unit further includes 
a destination table and a header table. A data frame which is sent 

10 from a node connected to a communication line is received by the 
SR means connected to the communication line. The received data 
frame is sent to the destination node by other ones of the SR means 
as follows. First, the SR means which ought to send the data frame 
to the destination nodes are identified by referring to the 

15= destination table. The header processing means forms a header 
corresponding to the data type of the received data frame by 
referring to the header table. The formed header is added to the 
data body of the received data frame and outputted to the identified 
SR means. The SR means sends the formed data frame to the 

2 0 destination node through the communication line connected to the 

SR means . 

When the function of some nodes is modified or nodes connected 
to the communication lines are added or eliminated, the multiplex 
communication system can be reconfigured only by modifying the 
25 content of the destination table and the header table. It is not 

required to modify the settings in the nodes which is set to sent 
data frames to the nodes which is modified, or added or eliminated. 



Thus the multiplex communication system can be reconfigured without 
consuming much time. 

Preferably, the data relay unit includes a plurality of 
header tables corresponding to different communication protocols . 
In this case, the data relay unit can relay data received from a 
node connected to a communication line which employs a 
communication protocol to a node connected to a communication line 
which employs another communication protocol. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The invention, together with additional objects, features, 
and advantages thereof, will be best understood from the following 
description, the appended claims and the accompanying drawings in 
which: 

Fig. 1 is a schematic diagram of a multiplex communication 
system including a data relay unit according to a first embodiment 
of the present invention; 

Fig. 2 is a functional block diagram of the data relay unit 
according to the first embodiment of the present invention; 

Figs . 3A-3D show formats of data frames according to BEAN 
protocol, CAN protocol, IS09141 protocol, and IE-BUS protocol, 
respectively; 

Fig. 4 shows content of a destination table stored in the 
data relay unit; 

Figs. 5A and 5B show contents of a BEAN header table and a 
CAN header table; 

Figs . 6A and 6B are flowcharts of control performed in the 



data relay unit; 

Fig- 7 is a multiplex communication system including a data 
relay unit according to a second embodiment of the present 
invention; and 

5 Fig. 8 is the data relay unit according to the second 

embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
The present invention will be described with reference to 
10 embodiments and modifications. 

(First Embodiment) 

Referring to Fig. 1, a multiplex communication system 
includes a plurality of networks 11-14 and a data relay unit 4. 
Each network 11-14 is formed by connecting at least one node (ECU) 

15. 311, 312, 313, 321, 322, 33, 341, 342, 343 to a multiplex 

communication line 21, 22, 23, 24. Data communication between the 
nodes 321, 322 within the network 22 is performed according to a 
predetermined communication protocol. 

When the multiplex communication system is used for 

2 0 communication among ECUs in a vehicle, the first network 11 includes 

a door ECU 311, a meter ECU 312, an air-conditioner ECU 313 and 
the like as nodes. In the first network 11, communication between 
the nodes is performed according to communication protocol BEAN. 
The second network 12 includes an engine ECU 321, an ABS ECU 321 

25 and the like as nodes. In the second network 12, communication 

between the nodes is performed according to communication protocol 
CAN. The third network 13 includes a failure diagnosis unit 33 



as a node, and communication in this network 13 is performed 
according to communication protocol ISO 9141. The fourth network 
14 includes a display ECU 341, a navigation ECU 342, audio ECU 343, 
and the like as nodes. In the fourth network 14, communication 
5 between the nodes is performed according to communication protocol 

IE-BUS. The display ECU 341 is integrated with control switches 
for a display. The failure diagnosis unit 33 is connected to the 
third network 13 when the vehicle is repaired in a repair shop. 
Failure information or operation information of various parts of 

10 the vehicle is sent from the nodes 311, 312, 313, 321, 322, 341, 

% i 342, 343 in the other networks 11, 12, 14 to the failure diagnosis 
unit 33 via the data relay unit 4. The failure diagnosis unit 33 
*y provides the received information for repair of the vehicles. 
~ All the nodes in the multiplex communication system are 

lp* appropriately divided into the networks according to the required 
communication speed and the amount of data to be sent. The 
communication protocol used in each network 11-14 is also 
determined according to the required communication speed and the 
amount of data to be sent. 

2 0 The nodes belonging to the same network communicates each 

other by exchanging data frames formed according to the 
communication protocol employed by the network. Each data frame 
includes not only a data body but also a header including a data 
type field so that the destination node of the data frame can use 

25 the data body. The data types are ' engine speed ' , 'vehicle speed' , 

'opened/closed state of the doors' or the like. The destination 
node receives the data frame, and then determines from the content 



of the header whether the data body includes data required for the 
node or what type of data the data body includes. 

Referring to Fig- 3A, the header of each data frame according 
to BEAN protocol includes 'SOF', 'Priority', 'Message Length', 
5 'Destination ID', and 'Message ID'. The content of the 

'Destination ID' field is destination node ID or 'broadcast' . The 
content of the 'Message ID' field represents the data type of data 
included in the data body (DATA in Fig. 3A) . 

Referring to Fig. 3B, the header of each data frame according 
10"- to CAN protocol includes 'SOF', 'ID', ' RTR ' , and 'CONTROL'. The 
* 'ID' field includes the data type of data in the data body (DATA) , 

the destination, and the priority. 

Referring to Fig. 3C, the header of each data frame according 
to IS09141 protocol includes 'Format Byte', 'Target Address', 
15 'Source Address', 'Mode', and 'PID'. The content of the 'Target 

Address' field and the content of the 'PID' field cooperatively 
represent the data type of data included in the data body (DATA) . 

Referring to Fig. 3D, the header of each data frame according 
to IE-BUS protocol includes 'Source Physical Address', 
2 0 'Destination Physical Address', 'Data Length', 'Source Logical 

Address', ' Destination Logical Address ' and ' Operation Code ' . The 
content of the 'Operation Code' field includes the data type of 
data in the data body (Data field). 

The communication lines 21-24 are connected to the data relay 
25 unit 4. The data relay unit 4 is provided to relay data received 

from a node (source node) 311-343 to another node (destination node) 
311-343 belonging to another network 11-14 than the network to which 



the source node belongs . 

Referring to Fig. 2, the data relay unit 4 includes an IC 
for communication, a microcomputer for control, and the like. The 
data relay unit 4 includes four send/receive (SR) sections 411-414 
which are SR means for communicating with the nodes in the four 
networks 11-14, respectively. Therefore the communication line 
21 of the first network 11 is connected to the first SR section 
411 (BEAN SR section) . The communication line 22 of the second 
network 12 is connected to the second SR section 412 (CAN SR section) 
The communication line 23 of the third network 13 is connected to 
the third SR section 413 (IS09141 SR section). The communication 
line 24 of the fourth network 14 is connected to the fourth SR section 
414 (IE-BUS SR section). 

Referring to Figs. 6A and 6B, if the relay unit 4 determines 
that a data frame is received by the BEAN SR section 411 at step 
101, the received data frame is temporarily stored in a receive 
frame buffer 42 at step 102. If the data relay unit 4 determines 
that a data frame is received by the other SR sections 412-414 at 
steps 103, 105, 107, the received data frame is temporarily stored 
in the receive frame buffer 42 at steps 104, 106, 108 similarly. 
The receive frame buffer 42 is provided for each data ID which 
represents the data type. A predetermined area of a RAM is 
allocated for the receive frame buffers 42. 

If it is determined at step 109 that there is a frame received 
and stored in the receive frame buffers 42, a destination 
determination section 42 extracts the data ID from the stored frame 
at step 110. Further the destination determination section 42 



determines the destination networks of the frame at step 111 by 
referring to a destination table 45 based on the extracted data 
ID. The destination table 45 is stored in a predetermined area 
in an EEPROM. 

If the destination determination section 42 determines at 
step 112 that the destination networks of the frame includes BEAN 
network 11, a BEAN header processing section 441 forms a BEAN header 
at step 113 by looking up header information in a BEAN header table 
461 based on the extracted data ID. Further, at step 113, the BEAN 
header processing section 441 adds the formed BEAN header to the 
data body extracted from the data frame stored in the receive frame 
buffer 42. The combined header and data body is outputted to the 
BEAN SR section 411. The BEAN SR section 411 adds an overhead 
portion of the BEAN frame to the combined header and data body. 
The overhead portion of the BEAN frame includes CRC, EOM and the 
like. Thus the BEAN data frame is formed, and sent to the 
destination node in the BEAN network 11 at a time predetermined 
according to BEAN protocol. 

If the destination determination section 4 2 determines at 
step 114 that the destination networks of the frame includes the 
CAN network 12, a CAN header processing section 442 forms a CAN 
header at step 115 by looking up header information in a CAN header 
table 462 based on the extracted data ID. Further, at step 115, 
the CAN header processing section 442 adds the formed CAN header 
to the data body extracted from the data frame stored in the receive 
frame buffer 42. The combined header and data body is outputted 
to the CAN SR section 412. The CAN SR section 412 adds an overhead 



portion of the CAN frame to the combined header and data body. Thus 
the CAN data frame is formed, and sent to the destination node in 
the CAN network 12 at a time predetermined according to CAN 
protocol. 

If the destination determination section 42 determines at 
step 116 that the destination networks of the frame includes the 
IS09141 network 13 , an IS09141 header processing section 443 forms 
an I SCO 141 header at step 116 by looking up header information in 
an IS09141 header table 463 based on the extracted data ID. Further , 
at step 116, the IS09141 header processing section 443 adds the 
formed IS09141 header to the data body extracted from the data frame 
stored in the receive frame buffer 42. The combined header and 
data body is outputted to the IS09141 SR section 413. The IS09141 
SR section 413 adds an overhead portion of the IS09141 frame to 
the combined header and data body. Thus the IS09141 data frame 
is formed, and sent to the destination node in the IS09141 network 
12 at a time predetermined according to IS09141 protocol. 

If the destination determination section 42 determines at 
step 118 that the destination networks of the frame includes the 
IE-BUS network 14, an IE-BUS header processing section 444 forms 
an IE-BUS header at step 119 by looking up header information in 
an IE-BUS header table 464 based on the extracted data ID. Further, 
at step 119, the IE-BUS header processing section 444 adds the 
formed IE-BUS header to the data body extracted from the data frame 
stored in the receive frame buffer 42. Thus the IE-BUS data frame 
is formed, and outputted to the IE-BUS SR section 414. The IE-BUS 
SR section 414 sends the formed IE-BUS frame to the destination 



node in the IE-BUS network 14 at a time predetermined according 
to IE-BUS protocol. 

The header tables 461-464 are stored in the same EEPROM which 
stores the destination table 45, but in another predetermined area 
5 than the area in which the destination table 45 is stored. 

Referring to Fig. 4, the destination table 45 includes four 
fields (BEAN, IE-BUS, CAN, IS09141) corresponding to the networks 
11-14 for each data ID. Each field holds a value ' 0 ' or ' 1 ' . If 
the value in a field is ' 0 ' , it means that a data frame which has 

10 the data ID corresponding to the field is not relayed to the network 

corresponding to the field. If the value in a field is ' 1 ' , it 
means that a data frame which has the data ID corresponding to the 
field is relayed to the network corresponding to the field. 
Therefore, the destination determination section 43 can determine 

15 the destination networks of a data frame by referring to the 

destination table 45 based on the data ID extracted from the data 
frame . 

Referring to Fig. 5A, the BEAN header table 461 includes 
header information for each valid data ID for the BEAN network 11. 

2 0 The valid data ID for the BEAN network 11 means a data ID of data 

which should be relayed to the BEAN network 11. That is, a data 
ID is a valid data ID for the BEAN network 11 only if the data ID 
corresponds to a field which corresponds to the BEAN network 11 
and holds a value '1' in the destination table 45. The header 

25 information for each valid data ID comprises three portions 

separated by commas. These three portions corresponds to the 
fields 'Priority', 'Destination ID', and 'Message ID' of the BEAN 



frame shown in Fig. 3A, respectively. These fields are substantial 
portions of the BEAN header. ' SOF ' is the same irrespective of 
data ID. 'Message Length' can be obtained by adding the length 
of the data body (DATA) in bytes to 2 bytes of 'Destination ID' 
5 and 'Message ID' . Accordingly the BEAN header processing section 

411 can appropriately form the BEAN header according to the data 
ID by using the header information corresponding to the data ID 
in the BEAN header table 461. 

Referring to Fig. 5B, the CAN header table 462 includes header 

10 information for each valid data ID for the CAN network 12. This 

head information corresponds the field 'ID' of the CAN frame shown 
in Fig. 3B. This field is a substantial portion of the CAN header. 
The CAN header processing section 442 can appropriately form the 
CAN header according to the data ID by using the header information 

15 corresponding to the data ID. 

The IS09141 header table 463 also includes header information 
corresponding to the substantial portions of the IS09141 header 
for each valid data ID for the IS09141 network 13, so that the IS09131 
header processing portion 443 can appropriately form the IS09141 

2 0 header according to the data ID. Similarly , the IE-BUS header table 
4 64 includes header information corresponding to the substantial 
portions of the IE-BUS header for each valid data ID for the IE-BUS 
network 14, so that the IE-BUS header processing portion 444 can 
appropriately form the IE-BUS header according to the data ID. 

25 Next a specific operation of the data relay unit and the 

multiplex communication system will be explained as an example. 
When the navigation ECU 342 presumes that a vehicle is approaching 



a sharp bend, it notifies the engine ECU 321 that it is required 
to decrease engine torque and direct the meter ECU 312 to show a 
driver that the vehicle has shifted to a navigation cooperative 
control mode as follows. The navigation ECU 342 forms an IE-BUS 
data frame which includes data representing that it is required 
to decrease the engine torque. In the formed IE-BUS frame, the 
data ID is set to '$57'. The navigation ECU 342 sends the IE-BUS 
frame over the communication line 24 in the IE-BUS network 14. 

The data relay unit 4 receives the IE-BUS frame by the IE-BUS 
SR section 414 and temporarily stores the received IE-BUS frame 
in the receive frame buffer 42 . Then the destination determination 
section 43 refers to the destination table 45 shown in Fig . 4 . Among 
the fields corresponding to '$57' in the destination table 45, all 
the fields holding a value '1' are the field corresponding to 'BEAN' 
and the field corresponding to 'CAN'. Therefore the data frame 
stored in the receive frame buffer 42 is outputted to the BEAN header 
processing section 441 and the CAN header processing section 442. 

The BEAN header processing section 441 refers to the bean 
header table 461 shown in Fig. 5A. The header information held 
in the field corresponding to '$57' in the BEAN header table 461 
is '$33, $13, $57'. By using this header information, the BEAN 
header processing section 441 forms a BEAN header. The formed BEAN 
header is added to the data body extracted from the data frame stored 
in the receive frame buffer 42 , and outputted to the BEAN SR section 
411. The BEAN SR section 411 forms a BEAN data frame by adding 
overhead portion to the received header and data body, and sends 
the formed BEAN frame over the BEAN network 11. 



On the other hand, the CAN header processing section 442 
refers to the CAN header table 462 shown in Fig. 5B. The header 
information held in the field corresponding to '$57' in the CAN 
header table 462 is '$157' . By using this header information, the 
5 CAN header processing section 442 forms a CAN header. The formed 
CAN header is added to the data body extracted from the data frame 
stored in the receive frame buffer 42, and outputted to the CAN 
SR section 412. The CAN SR section 412 forms a CAN data frame by 
adding overhead portion to the received header and data body, and 

10 sends the formed CAN frame over the CAN network 12. 

The engine ECU 321 receives the BEAN data frame in which the 
data ID is set to '$57'. In response to this, the engine ECU 321 
controls the engine to decrease the engine torque. The meter ECU 
312 receives the CAN data frame in which the data ID is set to ' $5 7 ' . 

15 In response to this, the meter ECU 312 shows on the screen that 

the vehicle has shifted to the navigation cooperative control mode. 

In this multiplex communication system, each network can 
select an appropriate communication protocol for communication 
between nodes within the network, because the data relay unit can 

20 relay data from a network employing a communication protocol to 

another network employing another communication protocol. 

When the multiplex communication system is reconfigured, the 
destination table 45 and the header tables 461-464 are updated if 
the data types of data which should be relayed to the networks are 

25 added or eliminated or node IDs of nodes to which data is relayed 

are changed. The update is achieved only by rewriting the tables 
45, 461-464 in the ROM or replacing the ROM. 



Changing the content of a field corresponding to a data ID 
and a network in the destination table 4 5 from 'relayed' to 
'not-relayed' is essentially equivalent to resetting nodes which 
is set to send a data frame having the data ID to the nodes in the 
5 network so that nodes after resetting does not send a data frame 

having the data ID to any nodes in the multiplex communication 
system or to the nodes in the network. Further, changing the 
content of a field corresponding to a data ID in a header table 
corresponding to a network is essentially equivalent to resetting 
10 nodes which is set to send a data frame which has the data ID to 

the nodes in the network. 

Therefore the multiplex communication system can be 
reconfigured only by updating the tables 45, 461-464 in the data 
relay unit 4 . It is not required to reset the nodes which is set 
15 to send a data frame to a node in which data IDs of data that should 

be relayed to the node are added or eliminated or node ID of the 
node are changed. Thus the multiplex communication system is 
reconfigured without consuming much time. 

This embodiment may be applied to other technical fields than 
20 the field of a control system in a motor vehicle. 
(Second Embodiment) 

Referring to Fig. 7, a multiplex communication system 
includes three networks 15, 16, 17. The first network 15 is formed 
by connecting two ECUs 351, 352 to a communication line 25 as nodes . 
25 The second network 16 is formed by connecting three ECUs 361 , 362 , 
363 to a communication line 26 as nodes. The third network 17 is 
formed by connecting three ECUs 371, 372, 373 to a communication 



line 27 as nodes. Data sent from a node in a network 15-17 to a 
node in another network 15-17 is relayed by a data relay unit 4A. 
All the networks 15-17 employ the same communication protocol. 

Referring to Fig. 8, the data relay unit 4A includes three 
SR sections 415-417 connected to the respective networks 15-17. 
Data frames received by the SR sections 415-417 are temporarily 
stored in receive frame buffers 42 . The destination determination 
section 43 determines the destination networks of the frame stored 
in the receive frame buffers 4 2 by referring to a destination table 
45A based on the data ID extracted from the frame. The frame is 
outputted to the SR sections 415-417 corresponding to the 
destination networks. Each SR section 415-417 has a corresponding 
header processing section 445-447. Each of the header processing 
sections 445-447 corresponding to the destination networks forms 
a header by looking up header information in a corresponding header 
table 465-467 similarly to the first embodiment. The formed header 
includes a portion independent of data ID, and this portion is 
formed without using the header information in the header table 
465-467. The formed header is added to the data body extracted 
from the frame stored in the receive frame buffer 42 and outputted 
to the corresponding SR section 415-417. The SR section 415-417 
adds an overhead portion to the received header and data body. Thus 
the data frame according to the communication protocol employed 
by the destination network is formed, and sent over the 
communication line 25-27 of the destination network 15-17. 

The destination table 45A includes three fields 
corresponding to the respective networks 15-17 for each data ID. 



The value in each field represents 'relayed' or 'not relayed' 
similarly to the destination table 45 of the first embodiment. Each 
of the header tables 4 65-4 67 includes header information for each 
valid data ID for the corresponding network similarly to the header 
tables 461-464 of the first embodiment. 

In this embodiment, the multiplex communication system can 
be reconfigured only by updating the tables 45A, 465-467 in the 
data relay unit 4A similarly to the first embodiment. Thus time 
required for reconfiguration of the system is reduced. 

(Modifications) 

The number of networks included in a multiplex communication 
system is not limited to 3 or 4. That is, the multiplex 
communication system according to the present invention may include 
an arbitrary number of networks. 

In the first embodiment, each network in the multiplex 
communication system need not employ a different communication 
protocol from all of the communication protocols employed by the 
other networks. That is, some of the networks in the multiplex 
communication system may employ the same communication protocol. 

The communication protocol employed by each network is not 
limited to BEAN or the like employed in the first embodiment. That 
is, each network may employ any communication protocol such as VAN 
or PALMNET as long as the communication protocol provides the 
structure of a data frame that includes a header so that the 
destination node of the frame can use the data body in the frame. 
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